home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19961006-19970104 / 000280_news@columbia.edu _Mon Dec 9 17:44:14 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB

  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.3/8.8.3) with ESMTP id RAA09898 for <kermit.misc@watsun.cc.columbia.edu>; Mon, 9 Dec 1996 17:44:13 -0500 (EST)
  3. Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.3/8.8.3) id RAA04608 for kermit.misc@watsun; Mon, 9 Dec 1996 17:44:12 -0500 (EST)
  4. Path: news.columbia.edu!panix!news.panix.com!usenet
  5. From: Kurt Rosenhagen <kjr@panix.com>
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: dialing macro for dialback modem
  8. Date: Mon, 09 Dec 1996 17:45:34 -0500
  9. Organization: Extratek Inc.
  10. Lines: 30
  11. Message-ID: <32AC968D.41C67EA6@panix.com>
  12. References: <32A88B82.41C67EA6@panix.com> <58heqt$kcd@watsun.cc.columbia.edu>
  13. NNTP-Posting-Host: kjr.dialup.access.net
  14. Mime-Version: 1.0
  15. Content-Type: text/plain; charset=us-ascii
  16. Content-Transfer-Encoding: 7bit
  17. X-Mailer: Mozilla 3.01Gold (X11; I; SunOS 4.1.3_U1 sun4m)
  18.  
  19. Frank da Cruz wrote:
  20. > In article <32A88B82.41C67EA6@panix.com>,
  21. > Kurt Rosenhagen  <kjr@panix.com> wrote:
  22. > : Ive modified an existing macro for dialing in to a dialback modem. When
  23. > : the dialback occurs, an "INPUT" command is executed, and the message
  24. > : "Cant condition line for input" appears five times (there are siz input
  25. > : commands after dialback). The message "Connecting to cua0" etc apperas,
  26. > : script file is finished as kermit now expects input from keyboaard.
  27. > :
  28. > So this means you are probably using C-Kermit?  Which version?
  29. > On which platform?
  30. > Anyway, the trick of handling dialback situations is that you
  31. > have to hang up the modem after making the call, so it can call
  32. > you back.  If you don't hang it up, it will just get a busy
  33. > signal.
  34. > - Frank
  35.  
  36. Sorry, I should have been more complete. I'm running C-Kermit on a Sparc
  37. 10/50 under SunOS 4.1.3. While the dialback is not getting a busy
  38. signal, I think the problem is similiar; the answering modem isn't
  39. answering until the "INPUT" command times out. I've currently got it
  40. kind of working by doing one macro for dialout, then "HANGUP", then
  41. another macro for dialback answer (which can't be executed until the
  42. modems have finished negotiating). Can this somehow be automated into
  43. one macro?
  44.  
  45. Kurt